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(57) A method and system improves data through- 
put when performing error control in Ultra Wideband 
(UWB) communications. The method and system is ca- 
pable of performing communications via a first wireless 
communications link and a second wireless communi- 



cations link. The first wireless communications link is a 
UWB transmission link and the second wireless com- 
munications link is a different type of wireless commu- 
nications link for communicating error control data for 
the UWB transmission link. 
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Description 
BACKGROUND 

1. Technical Field 

[0001] The present invention relates to wireless com- 
munications. More particularly, the present invention re- 
lates to techniques for performing data transm ission and 
error control employing separate communications links. 

2. Art Background 

[0002] Since gaining approval by the Federal Com- 
munications Commission (FCC) in 2002, ultra wideband 
(UWB) techniques have become an attractive solution 
for short-range wireless communications because they 
allow for devices to exchange information at relatively 
high data rates. 

[0003] Although UWB systems for short-range net- 
works are relatively new, their transmission techniques 
have been known for decades. In fact, the first radio 
transmission was made by a UWB technique when 
Heinrich Hertz discovered radio waves in 1 887. This dis- 
covery was made with a spark gap transmitter, which 
can be viewed as an early UWB radio. Later on, such 
transmitters were banned because they emitted wide 
spectrum transmissions. 

[0004] Current FCC regulations permit UWB trans- 
missions for communications purposes in the frequency 
band between 3.1 and 10.6 GHz. However, for such 
transmissions, the spectral density has to be under 
-41.3 dBm/MHz and the utilized bandwidth has to be 
higher than 500 MHz. 

[0005] There are many UWB transmission techniques 
that can fulfill these requirements. A common and prac- 
tical UWB technique is called impulse radio (IR). In IR, 
data is transmitted by employing short baseband pulses 
that are separated in time by gaps. Thus, IR does not 
use a carrier signal. These gaps makes IR much more 
immune to multipath propagation problems than con- 
ventional continuous wave radios. RF gating is a partic- 
ular type of IR in which the impulse is a gated RF pulse. 
This gated pulse is a sine wave masked in the time do- 
main with a certain pulse shape. 
[0006] IR transmission facilitates a relatively simple 
transmitter design, which basically requires a pulse gen- 
erator and an antenna. This design does not necessarily 
require a power amplifier, because transmission power 
requirements are low. In addition, this design does not 
generally require modulation components such as volt- 
age controlled oscillators (VCOs) and mixers, because 
the impulses are baseband signals. 
[0007] In general, IR receiver designs are more com- 
plex than their corresponding transmitter designs. How- 
ever, these designs are much simpler than conventional 
receiver designs because they typically do not employ 
intermediate frequency (IF) signals or filters. However, 



to fulfill spectral requirements, IR impulses have to be 
very short in duration (e.g., a couple of nanoseconds). 
This requirement places stringent timing demands on 
receiver timing accuracy. The fulfillment of these de- 

5 mands can also provide IR receivers with accurate time 
resolution and positioning capabilities. 
[0008] Although UWB offers high transmission rate 
over a wireless medium, the reliability of such data 
transfer is at issue as with other transmission approach- 

10 es. Thus, it is desirable to provide an error control 
scheme or mechanism, such as an Automatic Repeat 
reQuest (ARQ) mechanism, to ensure reliable data 
transfer. However, such an approach would entail im- 
plementation of separate ARQ messages which utilize 

*5 the same UWB radio and would thus reduce the avail- 
able bit rate. Since UWB employs low T x power, the oc- 
currence of transmission errors may also be common 
which may result in numerous retransmissions. 
[0009] Existing FCC regulations require that a UWB 

20 capable device may only transmit UWB signals when it 
is associated with a receiver. Strictly interpreted, these 
regulations prohibit devices from sending UWB trans- 
missions for the purpose of setting up a UWB connec- 
tion. Thus, devices may need to use alternate transmis- 

25 sion techniques to exchange information and parame- 
ters necessary to establish a UWB link. 
[0010] Other short-range networks exist but do not 
provide the high data rates offered by UWB. One such 
network is Bluetooth. Bluetooth defines a short-range 

30 radio network, originally intended as a cable replace- 
ment. It can be used to create ad hoc networks of up to 
eight devices, where one device is referred to as a mas- 
ter device. The other devices are referred to as slave 
devices. The slave devices can communicate with the 

■35 master device and with each other via the master de- 
vice. The Bluetooth Special Interest Group, Specifica- 
tion Of The Bluetooth System, Volumes 1 and 2, Core 
and Profiles: Version 1.1, February 22, 2001 , describes 
the principles of Bluetooth device operation and com- 

40 munication protocols. This document is incorporated 
herein by reference in its entirety. The devices operate 
in the 2.4 GHz radio band reserved for general use by 
Industrial, Scientific, and Medical (ISM) applications. 
Bluetooth devices are designed to find other Bluetooth 

45 devices within their communications range and to dis- 
cover what services they offer. 

SUMMARY 

50 [0011] A method and system is provided to improve 
data throughput when performing error control in Ultra 
Wideband (UWB). The method and system is capable 
of establishing and performing communications via a 
first communications link and a second communications 

55 link. The first wireless communications link is a UWB 
transmission link and the second wireless communica- 
tions link is a different type of wireless communications 
link for communicating error control data for the UWB 
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transmission link. 

[0012] The error control data may be Automatic Re- 
peat Request (ARQ) data. The ARQ data may include 
Acknowledgement (ACK) data identifying a packet type, 
block number, sequence numbers and number of se- 
quence numbers. 

[0013] The UWB data transmission may be divided in- 
to at least one block. The block may include at least one 
data field including a sequence number, actual data and 
error correction field; and a header portion including in- 
formation identifying a number of data fields in the block, 
information identifying the length of the data fields, in- 
formation identifying the length of the last data field, a 
block number, a continuation bit and an error correction 
field. The UWB transmissions may be adaptable ac- 
cording to link quality of the UWB transmission link by 
changing a length of the data fields in the transmission 
of subsequent blocks according to an evaluation of a 
current data block. 

[0014] The UWB communications link may continu- 
ously transmits payload data, may be unidirectional, 
may provide for communications between two or more 
devices, and so forth. 

[0015] The error control processing for the UWB com- 
munications link may be performed according to the er- 
ror control data received via the other of the first and 
second communications link. 

[0016] The second wireless communications link may 
a short-range communications link, such as a Bluetooth 
(BT) communications link, and/or may communicate da- 
ta at significantly lower data rates than the first wireless 
communications link. 

[0017] In another embodiment, a method and system 
is provided to improve data throughput when performing 
error control in a mobile environment. The method and 
system provides a first wireless communications link 
and a second wireless communications link, and arrang- 
es the second wireless communications link to commu- 
nicate error control data of the first wireless communi- 
cations link. The first wireless communications link en- 
ables communication at a significantly higher data rate 
than the second wireless communications link. 
[0018] The second wireless communications link may 
free the first wireless communications link from commu- 
nicating bi-directional error control data overhead. The 
error control data may be Automatic Repeat Request 
(ARQ) data. The ARQ data may include Acknowledge- 
ment (ACK) data identifying a packet type, block 
number, sequence numbers and number of sequence 
numbers. 

[0019] In another aspect, a computer-readable medi- 
um may be encoded with processing instructions for im- 
plementing the various method and functions herein, 
such as improving data throughput when performing er- 
ror control in Ultra Wideband (UWB) communications or 
in a mobile environment, to be performed by a compu- 
terized system which can be embodied in wireless com- 
munications device. 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] In the drawings, like reference numbers gen- 
erally indicate identical, functionally similar, and/or 
5 structurally similar elements. The drawing in which an 
element first appears is indicated by the leftmost digit(s) 
in the reference number. The present invention will be 
described with reference to the accompanying draw- 
ings, wherein: 

10 [0021] FIG. 1 is a diagram of an exemplary operation- 
al environment; 

[0022] FIG. 2 is a block diagram of an exemplary com- 
munications device architecture; 
[0023] FIG. 3 is a blockdiagram of an exemplary com- 

15 munications device implementation; 

[0024] FIG. 4 is a block diagram of exemplary archi- 
tecture of a communications device for performing data 
transmission with error control scheme or mechanism; 
[0025] FIG. 5 is a block diagram of exemplary archi- 

20 tecture of a communications device for performing data 
reception with error control scheme or mechanism; 
[0026] FIG. 6 is a diagram of an exemplary data pack- 
et; 

[0027] FIG. 7 is a diagram of an exemplary Acknowl- 
25 edgment (ACK) packet; 

[0028] FIG. 8 is a flowchart of an exemplary process 
by which error control data is provided to the transmis- 
sion side; 

[0029] FIG. 9 is a flowchart of an exemplary process 
30 by which data is transmitted or retransmitted based on 
error control data; and 

[0030] FIG. 10 is a diagram of exemplary interactions 
between two devices in performing data communica- 
tions. 

35 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

I. OPERATIONAL ENVIRONMENT 

40 

[0031] Before describing the invention in detail, it is 
helpful to describe an environment in which the inven- 
tion may be used. Accordingly, FIG. 1 is a diagram of an 
operational environment which includes wireless com- 

45 munications devices 1 1 0 and 1 20. 

[0032] Devices 110 and 120 are capable of engaging 
in wireless communications via at least two different 
types of short-range wireless links. For example, devic- 
es 110 and 120 may support both Bluetooth link(s) 140 

50 and UWB link(s) 130. As shown in FIG. 1, device 110 
may include a UWB transceiver 112 and antenna 114 
and Bluetooth transceiver 116 and antenna 118; and de- 
vice 120 may include a UWB transceiver 122 and an- 
tenna 124 and Bluetooth transceiver 126 and antenna 

55 128. Other short range or long range wireless commu- 
nications links may also be supported, such as Infra 
Red, WPAN, cellular, etc. 

[0033] Devices 110 and 120 each have a communi- 
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cations range that is defined by a coverage area. In the 
environment of FIG. 1 devices 110 and 120 are within 
each other's communications ranges for performing 
both UWB and Bluetooth communications. Accordingly, 
a first wireless communications link 140 and a second 
wireless communications link 130 are established be- 
tween devices 110 and 120. As discussed, these links 
may be of different types. For instance, first link 1 40 may 
be a Bluetooth link or channel (hereinafter Bluetooth link 
or BT link), while second link 1 40 may be a UWB link or 
channel (hereinafter UWB link). 
[0034] According to an aspect of the present inven- 
tion, first device 110 and second device 120 may com- 
municate data, such as payload data, across second 
link(s) 140 and may communicate control data such as 
error control data for error control processing of the 
UWB communications across first link(s) 130. Such er- 
ror control data may include, for example, retransmis- 
sion control data employed in Automatic Repeat Re- 
quest (ARQ) scheme or mechanism . Other types of data 
may also be communicated across first link(s) 130 as 
desired. Data communications across second link 140 
may be unilateral or bilateral. 

[0035] Although the above shows a communications 
implementation between two devices, the communica- 
tions arrangement employing separate links or channels 
fortransmitting data (e.g., payload data) and control da- 
ta may be employed in communication between multiple 
devices, such as in a multicast environment. An exam- 
ple of a multicast environment which can be modified to 
employ the methods and systems herein is described in 

U.S. Application Serial No. , entitled 

"Method And System For Processing Acknowledg- 
ments In A Wireless Communications Network," filed on 
even date herewith (Attorney Docket No. 4208-4145). 
As discussed above, this application is incorporated 
herein by reference in its entirety. In a multicast environ- 
ment, data may be transmitted via UWB transmissions 
to one or more remote systems and one or more BT links 
may be employed for communications of control data 
(for the UWB transmission) with these remote systems. 

II. WIRELESS COMMUNICATIONS DEVICE 

[0036] FIG. 2 is a block diagram showing an example 
of a wireless communications device architecture, 
which may be used for devices 110 and 120. Although 
this architecture is described in the context of Bluetooth 
and UWB communications, it may be employed with 
other wireless communications technologies. 
[0037] The device architecture of FIG. 2 includes a 
host 202, which is coupled to a Bluetooth segment 210, 
and a UWB segment 230. Host 202 is responsible for 
functions involving user applications and higher protocol 
layers, while Bluetooth segment 21 0 and UWB segment 
230 are responsible for lower layer protocols. More par- 
ticularly, Bluetooth segment 21 0 is responsible for Blue- 
tooth specific communications with other devices, and 



UWB segment 230 is responsible for UWB specific com- 
munications with other devices. 
[0038] Although UWB transmission may be employed 
to set up a UWB connection, another communications 

s link or channel may be employed to establish a UWB 
connection. For example, Bluetooth segment 210 may 
be used to establish a UWB link without transmitting any 
UWB signals. Techniques for setting up such links are 
described in U.S. Application Serial No. 

10 , entitled "Method and System for 

Establishing a Wireless Communications Link," filed on 
even date herewith (Attorney Docket No. 4208-4144). 
As discussed above, this application is incorporated 
herein by reference in its entirety. 

15 [0039] As shown in FIG. 2, Bluetooth segment 210 in- 
cludes a host controller interface (HCI) 212, a link man- 
ager 214, a link controller 216, a Bluetooth transceiver 
218, and an antenna 220. 

[0040] Link manager 214 performs functions related 
20 to Bluetooth link set-up, security and control. These 
functions involve discovering corresponding link man- 
agers at remote devices and communicating with them 
according to a link manager protocol (LMP). To perform 
these functions, LMP defines a set of messages, which 
25 are also referred to as protocol data units (PDUs). Link 
manager 214 exchanges these PDUs with link manag- 
ers at remote devices. 

[0041] Link manager 21 4 exchanges information with 
host 202 across HCI 212. This information may include 
30 commands received from host 202, and information 
transmitted to host 202. HCI 21 2 defines a set of mes- 
sages, which provide for this exchange of information. 
[0042] Link controller 216 operates as an intermedi- 
ary between link manager 214 and Bluetooth transceiv- 
35 er 218, Link controller 216 also performs baseband 
processing for Bluetooth transmission, such as error 
correction encoding and decoding. In addition, link con- 
troller 216 exchanges data between corresponding link 
controllers at remote devices according to physical layer 
40 protocols. Examples of such physical layer protocols in- 
clude retransmission protocols such as the ARQ proto- 
col. 

[0043] FIG. 2 shows that Bluetooth transceiver 218 is 
coupled to an antenna 220. Transceiver 218 includes 

45 electronics that allow the device of FIG. 2 (in conjunction 
with antenna 220) to exchange wireless Bluetooth sig- 
nals with devices, such as remote device 120. Such 
electronics include modulators and demodulators, am- 
plifiers, and filters. 

50 [0044] When the device of FIG. 2 engages in UWB 
communications, it employs the services of UWB seg- 
ment 230. As shown in FIG. 2, UWB segment 230 in- 
cludes a UWB module 21 8, a UWB transceiver 220, and 
an antenna 222. 

55 [0045] UWB module 218 provides for the exchange 
of information across UWB links according to one or 
more protocol layers. For example, UWB module may 
provide session management functionality to manage 
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various UWB sessions. In addition, UWB module 218 
may perform baseband processing, such as error cor- 
rection encoding and decoding. In addition, UWB mod- 
ule 218 perform various link level protocols with remote 
devices according to physical layer protocols. Examples 
of such protocols include retransmission protocols such 
as the automatic repeat request (ARQ) protocol. 
[0046] UWB transceiver 220 is coupled to antenna 
222. UWB transceiver 220 includes electronics, which 
allow the device of FIG. 2 (in conjunction with antenna 
222) to exchange wireless UWB signals with devices, 
such as remote device 120. For the transmission of 
UWB signals, such electronics may include a pulse gen- 
erator. For the reception of UWB signals, such electron- 
ics may include timing circuitry and filters. 
[0047] The architecture of FIG. 2 may be implement- 
ed in hardware, software, firmware, or any combination 
thereof. One example of such implementation is shown 
in FIG. 3. This implementation includes a processor 31 0, 
a memory 312, and a user interface 314. In addition, the 
implementation of FIG. 3 includes Bluetooth transceiver 
218, antenna 220, UWB transceiver 220, and antenna 
222. Transceivers 214 and 220 may be implemented as 
described above with reference to FIG. 2. 
[0048] As shown in FIG. 3, processor 310 is coupled 
to transceivers 21 4 and 220. Processor 310 controls de- 
vice operation. Processor 31 0 may be implemented with 
one or more microprocessors that are each capable of 
executing software instructions stored in memory 312. 
[0049] Memory 31 2 includes random access memory 
(RAM), read only memory (ROM), and/or flash memory, 
and stores information in the form of data and software 
components (also referred to herein as modules). These 
software components include instructions that can be 
executed by processor 310. Various types of software 
components may be stored in memory 312. For in- 
stance, memory 312 may store software components 
that control the operations of transceivers 214 and 220. 
Also, memory 312 may store software components that 
provide for the functionality of host 202, HCI interface 
212, link manager 21 4, link controller 21 6, interface 232 
and UWB module 234. 

[0050] In addition, memory 312 may store software 
components that control the exchange of information 
through user interface 314. As shown in FIG. 3, user 
interface 314 is also coupled to processor 310. User in- 
terface 31 4 facilitates the exchange of information with 
a user. FIG. 3 shows that user interface 314 includes a 
user input portion 316 and a user output portion 318. 
User input portion 316 may include one or more devices 
that allow a user to input information. Examples of such 
devices include keypads, touch screens, and micro- 
phones. User output portion 31 8 allows a user to receive 
information from WCD 110. Thus, user output portion 
31 8 may include various devices, such as a display, and 
one or more audio speakers. Exemplary displays in- 
clude liquid crystal displays (LCDs), and video displays. 
[0051] The elements shown in FIG. 3 may be coupled 



according to various techniques. One such technique 
involves coupling transceivers 214 and 220, processor 
310, memory 312, and user interface 314 through one 
or more bus interfaces. In addition, each of these com- 
5 ponents is coupled to a power source, such as a remov- 
able and rechargeable battery pack (not shown). 

III. ERROR CONTROL/RETRANSMISSION 
ARCHITECTURE 

10 

[0052] FIG. 4 is a block diagram of an exemplary 
transmission-side architecture of UWB segment 230 for 
performing data transmission and error control process- 
ing through retransmission with an error control scheme 

15 or mechanism, which may be used for devices 110 and 
120. UWB segment 230 may be implemented in hard- 
ware, software, firmware, or any combination thereof 
[0053] As shown in Fig. 4, this implementation may 
include a UWB segment 230 which receives from BT 

20 Segment 21 0 error control data, such as an error control 
packet (ECP), for use in error control processing for the 
UWB link. The error control data is thereafter provided 
to the UWB segment 230. Although this example shows 
the error control data being directed or routed across 

25 host 202, such control data as well as other data may 
be communicated between BT and UWB facilities, as 
desired. 

[0054] In order to route or direct data intended for 
UWB segment 230 from BT segment 210, the data re- 
30 ceived from BT link may have associated therewith 
some identifier to facilitate provision thereof to the UWB 
segment 230 for error control processing or other control 
processing. One example may be to employ the con- 
nection handle (e.g., connHandle number or parameter) 
35 of the particular BT link (upon which error control data 
is communicated) as such an identifier. Thus, the re- 
ceived data via Bluetooth transmission is marked with 
a particular connection handle and, accordingly, is pro- 
vided to UWB segment 230 for processing. Other tech- 
no niquesfordiscriminatingdata (from BT transmission) for 
provision to UWB segment 230 may also be employed. 
For example, the header information or data in the pack- 
et may be modified or encoded to identify the destination 
or type of data being sent to facilitate routing of data to 
45 UWB facility of the wireless communications device. 
[0055] Turning back to FIG. 4, UWB segment 230 may 
include an interface 232, a UWB module 234, transceiv- 
er 238 and antenna(s) 240 for performing communica- 
tions via UWB link. In general, UWB segment 230 re- 
50 ceives the error control data from the BT segment 21 0 
and performs error control processing accordingly, e.g., 
controls transmission and retransmission of data for the 
UWB link based on the error control data. 
[0056] UWB module 234 may include a UWB link 
55 manager and a UWB link/baseband controller to imple- 
ment UWB communications. UWB link manager may 
perform functions related to security, and session man- 
agement. In addition, UWB link manager may receive 
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and process data for transmission to remote devices. 
Such data may be received from host 202 via interface 
232. Once processed, this data is sent to link or base- 
band controller as transmission data. 
[0057] To perform data transmission and error control 
processing, UWB module 234 may also include a data 
formatter 402, a retransmission controller 408, a re- 
transmission buffer 406, and a transmission buffer 404, 
all of which may reside in the link or baseband controller 
facility. 

[0058] Data formatter 402 receives transmission data 
and places it in a format for transmission to one or more 
remote devices (e.g., device 110). This may include 
placing transmission data into one or more packets, 
each having a header portion and a data portion. The 
header portion may include overhead information, such 
as a packet sequence number as well as a cyclical re- 
dundancy check (CRC), other form of error correction 
coding, or other data for use in conducting communica- 
tions. Accordingly, data formatter 402 may compute ap- 
propriate error correction codes. An example of such a 
data packet is discussed below with reference to FIG. 6. 
[0059] Data packets are then sent to transmission 
buffer 404 to await transmission. As shown in FIG. 4, 
transmission buffer 612 includes an input port (labeled 
"IN"), an output port (labeled "OUT"), and a gate port 
(labeled "G"). Transmission buffer 404 receives data 
packets and stores them in memory. Transmission buff- 
er 404 outputs a stored packet when it receives signal 
at its gate port. Transmission buffer 612 may store and 
output packet in a first-in, first-out (FIFO) manner or se- 
lectively, as desired. 

[0060] UWB transceiver 238 receives output packet 
and sends it to remote devices (e.g., devices 110) as a 
UWB transmission via antenna 240. 
[0061] Data packet is also sent to retransmission buff- 
er 406 which stores the most recently transmitted pack- 
et. As shown in FIG. 4, retransmission buffer 406 in- 
cludes an input port (labeled "IN"), an output port (la- 
beled "OUT"), and a gate port (labeled "G"). Retrans- 
mission buffer 406 outputs stored packet(s) as retrans- 
mission packet when it receives signal at its gate port. 
Retransmission buffer 406 may store a single packet or 
multiple packets or remove stored packet(s) depending 
on the retransmission scheme or mechanism. 
[0062] UWB transceiver 238 receives retransmission 
packet(s) and sends it to remote devices (e.g., device 
110) as a UWB retransmission. 
[0063] As described above, transmissions and re- 
transmissions may be initiated by signals from retrans- 
mission controller 408 or the like to transmission buffer 
404 or retransmission buffer 406. Retransmission con- 
troller 608 receives error control data for UWB commu- 
nications from the BT link and controls such transmis- 
sion and retransmission accordingly. Various retrans- 
mission schemes or mechanisms may be employed in 
conjunction with the method and system herein to ad- 
dress transmission errors across the UWB link. One 



such approach is ARQ which employs feedback control 
to request, actively or passively, retransmission of cor- 
rupted data. Accordingly, the error control data may be 
an Acknowledgment (ACK) or Non-Acknowledgment 
5 (NAK) depending on the ARQ scheme or mechanism. 
An example of an ACK packet is discussed further below 
with reference to FIG. 7. 

[0064] Examples of various ARQ schemes or mech- 
anisms may include Stop and Wait ARQ, Go-Back-N 
10 ARQ, Selective Repeat ARQ, Hybrid ARQ such as type 
II hybrid ARQ and so forth. 

[0065] The Stop and Wait ARQ scheme, in general, 
involves the receiver sending an ACK signal to acknowl- 
edge a correct reception and a NAK signal to request a 

75 retransmission of data where an error was detected (e. 
g., corrupted data or non-receipt of data). 
[0066] The Go-Back-N ARQ scheme, in general, in- 
volves continuous transmission of data by a transmitting 
side. In the event a NAK signal is received by the trans- 

20 mission side, the transmission side goes back by N data 
packets or blocks and restarts transmission of the N da- 
ta packets or blocks. 

[0067] The Selective Repeat ARQ scheme also in- 
volves continuous transmission of data by a transmitting 

25 side, but only the data block or packet in error is retrans- 
mitted such as upon receipt of a NAK. 
[0068] The Hybrid type II ARQ involves a combination 
of an ARQ scheme and a forward error correction (FEC) 
scheme. In this system, a data block is transmitted at 

30 first in a heavily punctured way, and in the event of re- 
transmission, the punctured bits are transmitted. 
[0069] The above are simply a few examples of the 
retransmission scheme or mechanism which may be 
employed in the method and system herein. Other error 

35 control processing schemes and mechanisms may also 
be employed so that transmission of control data is per- 
formed on a separate or different communications link 
or channel from the data link or channel upon which data 
(e.g., payload data) is communicated. 

40 [0070] FIG. 5 is a block diagram of exemplary recep- 
tion-side architecture of a UWB segment 230 for per- 
forming data reception with error control scheme or 
mechanism through retransmission with an error control 
scheme or mechanism, which may be used for devices 

45 no and 120. UWB segment 230 may be implemented 
in hardware, software, firmware, or any combination 
thereof. 

[0071] As shown in FIG. 5, UWB segment 230 re- 
ceives data via UWB link, performs error detection on 

50 the received data and generates error control data ac- 
cordingly. Error control data (ECD) is provided to BT 
segment 210, across host 202, and is transmitted to the 
data transmission side across BT link as error control 
packet (ECP) containing the ECD. 

55 [0072] UWB segment 230 includes an interface 232 
for communicating with host 202, UWB module 234, 
UWB transceiver and antenna(s) 240. The various com- 
ponents and functionality of UWB segment 230 are sim- 
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ilar to those shown and discussed above for FIG. 4, ex- 
cept that UWB Module 230 includes receiver side com- 
ponents, such as an error detection and control module 
502 and other data processing sub-modules for 
processing and decoding received data. Module 502 
performs error detection on the received data packet(s) 
from UWB link and generates an ECD depending on the 
error control scheme implemented. For example, as dis- 
cussed above with respect to FIG. 4, the error control 
scheme or mechanism may be an ARQ implementation 
where the ECD may be an ACK or NAK. The ECD may 
be transmitted from the appropriate BT link, such as de- 
fined by a particular connHandle, to the BT facility of the 
data transmission side and processed accordingly to 
control transmission or retransmission of data across 
the UWB link. The ECP is marked appropriately with an 
identifier, such as the connection handle, so that the re- 
ceiving side can provide or route the error control data 
to its UWB facility for appropriate processing. 
[0073] Error detection and control module 502 may 
employ various error detection techniques on received 
data. Examples of error detection techniques may in- 
clude the checking of a cyclic redundant code (CRC) 
provided with payload data or other data, checking for 
parity, checking a Check Sum or the like, checking the 
length or other known attributes of the data packet to 
ascertain the occurrence of any error, checking whether 
the data received coincides with header information of 
the data packet, and so forth. The above are simply a 
few examples of error detection techniques which may 
be employed with the method and system herein. 

IV. EXEMPLARY DATA PACKETS 

[0074] In one exemplary implementation, during UWB 
transmission session, the data field lengths (except the 
last data field) may be constant. Link adaptation by 
changing data field length can be implemented if the 
whole transmitted data is divided into several blocks 
which all have the Info Field in the beginning and 
number of data fields inside. The existence of more data 
blocks can be indicated by the continuation bit(s) in the 
Info Field, and each block can be identified by Block 
Number (BN) which can be combined with sequence 
numbers when identifying the data fields. An example 
of such is shown by reference to data packet 600 of FIG. 
6. 

[0075] FIG. 6 is a diagram of an exemplary data pack- 
et 600 communicated across wireless link, such as 
UWB link. Data packet 600 may contain various infor- 
mation orfields of data, such as an information field (Info 
Field), and one or more Sequence Numbers (SN) along 
with their associated Data field and CRC. 
[0076] The Info Field may include information identi- 
fying the number of data fields, length of the data fields, 
length of the last data field, a continuation bit(s) identi- 
fying the existence of additional data blocks, a block 
number (BN) or additional information for use in error 



detection or correction or identifying attributes of the 
communicated data to provide for greater flexibility in 
data communications across the communications link 
or channel. The Info Field may also include a CRC. The 
5 various types of information in data packet 600 and Info 
Field are self explanatory and will not be discussed in 
any further detail. 

[0077] In an aspect of the method and system herein, 
an ARQ mechanism may be based on fragmenting the 

10 data in UWB communications into smaller fields of data, 
which are identified by SN and checked by CRC or other 
error control code, such as shown in data packet 600. 
Harmonizing the length of SN, data field and CRC af- 
fects the speed and reliability of the wireless communi- 

'5 cations device. Although the entire transmission may be 
from a smaller amount up to Gigabytes of data, the data 
fields could also vary in size. The longer the data fields 
are, the lesser the overhead is needed for SN. However, 
longer packets are more susceptible against error. It is 

20 desirable to feasibly maintain the strength of the CRC. 
[0078] In order for a receiving side (e.g., receiver) to 
handle the length of the data fields, sequence numbers 
and CRC correctly, the receiving side should have 
knowledge of their lengths or attributes. Various ap- 

25 proaches may be employed to ensure correct handling 
of such information. For example, the lengths may be 
predefined constants, the lengths may be predefined in 
link setup phase in Bluetooth messages, or the lengths 
may be informed by the transmitting side in the begin- 

30 ningofthe transmission such as via the Info Field of data 
packet 600. 

[0079] The lengths of data fields may be determined 
based on various factors, such as to maintain feasible 
CRC strength (as discussed above) or according to link 

35 or channel quality (e.g. , QoS) or according to application 
(e.g., downloading data, business transaction ,etc.) or 
so forth. The UWB link may provide for an adaptable or 
dynamic transmissions which may change according to 
link quality. In one such transmission example, the 

40 length of the data fields in the transmission of subse- 
quent blocks may be changed according to an evalua- 
tion of a current data block. 

[0080] Irrespective of the above approach, the 
number of data fields during UWB transmission session 

45 and the length of the last data field (which may be of a 
different length) may be informed to the receiving side. 
This information may be provided or added at the be- 
ginning of the UWB transmission such as in the Info 
Field of data packet 600 or delivered via Bluetooth link 

50 beforehand. 

[0081] FIG. 7 is a diagram of an exemplary Acknowl- 
edgment (ACK) packet 700. As shown, ACK packet 700 
may include information, such as a packet type 702 in- 
dicating whether the packet contains data or control da- 

55 ta and the type of control (e.g., which kind of control), 
block number (BN) 740 indicating the number of blocks, 
number of sequence numbers (SNs) 706 and one or 
more sequence numbers 708 indicating received pack- 
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ets in a receiving order (not necessarily subsequent 
numbers because of possible retransmission). ACK 
packet 700 may include varying amounts of SNs. 
[0082] In accordance with one aspect of the method 
and system herein, the acknowledgments may be deliv- 
ered via a first link (e.g., Bluetooth link) from the UWB 
facility of the receiving side to the UWB transmitting 
side. The ACK packet may be configured appropriately 
depending on the retransmission scheme or mecha- 
nisms, such as those ARQ schemes or mechanisms dis- 
cussed above. 

V. ERROR CONTROL IMPLEMENTATION 

[0083] FIG. 8 is a flowchart of an exemplary process 
800 by which error control data for data UWB transmis- 
sion is provided to the transmitting side by the receiving 
side via another transmission link, such as a BT link, 
between the two sides. In this example, the transmitting 
side (e.g., device 120) refers to a device, node or party 
transmitting data, such as payload data and the receiv- 
ing side (e.g., 110) refers to a device, node or party re- 
ceiving data, such as payload data. 
[0084] The process 800 begins at step 802 in which 
the receiving side receives data from the transmission 
side, via UWB link. At steps 804 and 806, the receiving 
side performs error detection on the received data and 
generates error control data based on evaluation of the 
received data (or non-receipt thereof). As discussed 
above, various error detection techniques may be em- 
ployed such as checking a CRC and so forth, and error 
control data may be ARQ data such as an ACK or NAK. 
The generation of such data, including the type (e.g., 
ACK or NAK) to be generated, frequency of generation 
and content of the data, is dependent on the ARQ 
scheme or mechanism. 

[0085] At steps 808 and 81 0, the generated error con- 
trol data marked with an identifier such as a particular 
connection handle and is transmitted to the transmitting 
side via the BT link. As discussed above, the identifier 
facilities routing the control data to the UWB facility on 
the transmitting side. 

[0086] FIG. 9 is a flowchart of an exemplary process 
900 by which data is transmitted or retransmitted via 
UWB link from the transmitting side based on error con- 
trol data received from the receiving side via BT link. In 
this example, the transmitting side (e.g., device 120) re- 
fers to a device, node or party transmitting data, such 
as payload data and the receiving side (e.g., 110) refers 
to a device, node or party receiving data, such as pay- 
load data. 

[0087] The process 900 begins at step 902 in which 
the transmitting side receives error control data packet 
from the receiving side via the BT link. At step 904, the 
error control data is routed to the UWB facility of the 
transmitting side. Such routing may entail performing 
identification on incoming data on the BT link(s) to as- 
certain their destination, e.g., identifying the connection 



handle or other identifier designating the received pack- 
et for routing to UWB facility. 

[0088] At step 906, the transmitting side transmits or 
retransmits data to the receiving side via the UWB link 
5 based on error control data (or non-receipt thereof). Var- 
ious retransmission schemes or mechanisms may be 
employed as desired. 

[0089] FIG. 10 is a diagram of interactions between 
two devices in performing communications using UWB 

10 link to communicate data and BT link to communicate 
error control data for the UWB link in a communications 
session. In this example, WCD 110 and WCD 120 both 
include BT and UWB facilities to perform BT and UWB 
communications with each other, and communicate 

15 UWB data transmission and ACK packets through a uni- 
directional or unilateral UWB and Bluetooth transmis- 
sion, respectively. 

[0090] As shown in Fig. 10, in an initial period 1002, 
WCD 1 1 0 and WCD 1 20 establish communications links 
20 therebetween, such as a BT link and UWB link. Other 
processes may also be performed such as authentica- 
tion and configuration of the desired error control 
scheme, such as an ARQ scheme. 
[0091] In the period designated by 1004, WCD 110 
25 and WCD 120 perform data communications and error 
control communications in the form of ARQ data such 
as ACK packet. WCD 120 transmits data (e.g., payload 
data) across the UWB link to WCD 11 0. To improve data 
transmission rate across the UWB link, the transmission 
30 across the UWB link may be maintained in a unilateral 
direction, e.g., from WCD 120 to WCD 110, with the 
ARQ data for the UWB transmission being transmitted 
across the BT link from WCD 110 to WCD 120. The 
transmission across the BT link may also be maintained 
35 in a unilateral direction, e.g., from WCD 110 to WCD 
120. 

[0092] In regard to the error control data, the receiving 
side WCD 110 generates and forwards the ACK packet 
from its UWB facility to its BT facility which transmits the 
40 ACK packet to the BT facility of the transmitting side 
WCD 120. The ACK packet is then provided or routed 
from the BT facility to the UWB facility of WCD 120, and 
transmission or retransmission is performed according- 
ly depending on the ARQ scheme or mechanism. 
45 [0093] In this transmission session example, the last 
ACK is sent from WCD 110 to WCD 120 after the last 
data packets have been sent by WCD 1 20 via the UWB 
link. Thus, the UWB facility, such as the UWB transmitter 
module, must be kept on until the last ACK is received. 
50 Otherwise the UWB transmitter module is woken up 
again if the module was switched off and not all the ex- 
pected ACKs were received (in time). 
[0094] The above interaction is simply a non-limiting 
example of a interaction between devices employing 
55 unilateral links to improve transmission rate. The meth- 
od and system herein may be employed in the context 
of other interactions, such as those involving bilateral or 
multipath communications across UWB link(s) and BT 
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link(s), or other error control processing. 

VI. FAST COPY WITH ERROR CONTROL 
PROCESSING 

[0095] In another aspect of the present invention, a 
Fast Copy architecture is provided which employs a 
memory stick with UWB transceiver to provide high 
speed download or transfer of data. The Fast Copy ar- 
chitecture employing UWB transmissions is described 
in U.S. Application Serial No. , enti- 
tled "Ultra-Wideband/Low Power Communication Hav- 
ing A Dedicated Memory Stick For Fast Data Down- 
loads- Systems, Methods And Program Products," filed 
on even date herewith (Attorney Docket No. 
4208-4146). As discussed above, this application is in- 
corporated herein by reference in its entirety. 
[0096] To ensure high, reliable data transmission in 
the Fast Copy architecture, an error control scheme or 
mechanism may be implemented such as ARQ scheme 
or mechanism, particularly since UWB employs very low 
T x power radio which may require frequent retransmis- 
sion. However, employing an ARQ scheme via UWB 
would reduce the available bit rate for UWB data trans- 
missions. 

[0097] Accordingly, the present method and system 
herein may be implemented with the Fast Copy archi- 
tecture to provide for improved high, reliable data trans- 
fer via UWB radio. For example, the UWB link or radio 
is employed for data transmissions, such as unidirec- 
tional data transmission. Another type of link, such as 
BT link or radio, is employed as the UWB control chan- 
nel for transmission of control traffic for the UWB radio. 

VII. Conclusion 

[0098] While various embodiments of the present in- 
vention have been described above, it should be under- 
stood that they have been presented by way of example 
only, and not in limitation. For instance, although exam- 
ples have been described involving Bluetooth and UWB 
technologies, other short-range and longer range com- 
munications technologies are within the scope of the 
present invention. Although error correction schemes 
have been described involving ARQ, other error correc- 
tion schemes or mechanisms are also within the scope 
of the present invention. 

[0099] Accordingly, it will be apparent to persons 
skilled in the relevant art that various changes in form 
and detail can be made therein without departing from 
the spirit and scope of the invention. Thus, the breadth 
and scope of the present invention should not be limited 
by any of the above-described exemplary embodi- 
ments, but should be defined only in accordance with 
the following claims and their equivalents. 



Claims 

1. A method of improving data throughput when per- 
forming error control in Ultra Wdeband (UWB) com- 

5 munications, comprising: 

providing a first wireless communications link; 
providing a second wireless communications 
link; 

10 

wherein the first wireless communications link 
is a UWB transmission link and the second wireless 
communications link is a different type of wireless 
communications link for communicating error con- 
15 trol data for the UWB transmission link. 

2. The method according to claim 1 , wherein the UWB 
communications link continuously transmits pay- 
load data. 

The method according to claim 1 or 2, wherein the 
UWB data transmission is divided into at least one 
block comprising: 

(a) at least one data field including a sequence 
number, actual data and error correction field; 
and 

(b) a header portion including information iden- 
tifying a number of data fields in the block, in- 
formation identifying the length of the data 
fields, information identifying the length of the 
last data field, a block number, a continuation 
bit and an error correction field. 

The method according to claim 3 wherein the UWB 
transmission is adaptable according to link quality 
of the UWB transmission link by changing a length 
of the data fields in the transmission of subsequent 
blocks according to an evaluation of a current data 
block. 

The method according to any preceding claim, 
wherein the UWB communications link is unidirec- 
tional. 

The method according to any preceding claim, fur- 
ther comprising performing error control processing 
for the UWB communications link according to the 
error control data received via the second wireless 
communications link. 

7. The method according to any preceding claim, 
wherein the second wireless communications link 
communicates data at significantly lower data 
transfer rates than the UWB transmission link. 

8. The method according to any preceding claim, 
wherein the second wireless communications link 
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is a short-range communications link. 

9. The method according to any preceding claim, 
wherein the UWB communications link provides for 
communications between two or more devices. 

10. A system for improving data throughput when per- 
forming error control in Ultra Wideband (UWB) com- 
munications, comprising: 

first communications module for performing 
wireless communications via a first communi- 
cations link; 

second communications modulefor performing 
wireless communications via a second commu- 
nications link; 

wherein the first wireless communications link 
is a UWB transmission link for communicating data 
at very high data transfer rates and the second wire- 
less communications link is a different type of wire- 
less communications link for communicating error 
control data for the UWB transmission link. 

11. The system according to claim 10, wherein the 
UWB communications link is configured to transmit 
payload data continuously. 

12. The system according to claim 10 or 11, wherein the 
UWB communications link is unidirectional. 

13. The system according to claim 10, 11 or12, wherein 
the first communications module performing com- 
munications across the UWB link is configured to 
perform error control processing for the UWB com- 
munications link according to the error control data 
received via the second wireless communications 
link. 

14. The system according to any one of claims 10 to 

13, wherein the second wireless communications 
link is a short-range communications link. 

15. The system according to any one of claims 10 to 

14, wherein the second wireless short-range com- 
munications link is a Bluetooth (BT) communica- 
tions link. 

16. The system according to any one of claims 10 to 
1 3, wherein the UWB communications link is oper- 
able to provide for communication between two or 
more devices. 

17. A computer-readable medium encoded with 
processing instructions for implementing a method 
of improving data throughput when performing error 
control in Ultra Wideband (UWB) communications, 
performed by a wireless communications device, 



the method comprising: 

providing a first wireless communications link; 
providing a second wireless communications 
5 link; 

wherein the first communications link is a 
UWB transmission link for communicating data at 
very high data transfer rates and the second wire- 
10 less communications link is a different type of wire- 
less communications link for communicating error 
control data for the UWB transmission link. 
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